home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-03.Z / 94-03 / text0300.txt < prev    next >
Encoding:
Text File  |  1994-03-30  |  6.6 KB  |  149 lines
  1. >>Charles:
  2. >>Since this is the case, would it make sense to have an include 
  3. >>statement in EMM386 for B000-BFFF since I have a VGA monitor? According 
  4.  
  5. >
  6. >It certainly won't hurt to free up as much conventional memory as possible.
  7. >Unfortunatly, my S3 video uses this area even in VGA mode, so I can't
  8. >allocate it to EMM386. If you can, by all means do so.
  9.  
  10.  
  11. If you include a device=monoumb.386 in your System.ini
  12. you can use the B000-B7FF Area for UMBs.
  13.  
  14.  
  15. This driver comes with MS-DOS 6
  16.  
  17. --
  18. *===============================*===================================*
  19. I  Horst Epp                    I  Internet: epp@ge02.honeywell.de  I 
  20. I  Honeywell Regelsysteme GmbH  I   VAX PSI: 4561816331::epp        I
  21. I  Honeywell Strasse 2-6        I     Phone: +49 6181 401 299       I
  22. I  D-63477 Maintal              I       Fax: +49 6181 401 906       I
  23. *===============================*===================================*
  24. From news@bigblue.oit.unc.edu Wed Mar 23 15:46:00 1994
  25. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  26.           id AA24403; Wed, 23 Mar 1994 13:31:40 -0500
  27. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  28.           id AA27459; Wed, 23 Mar 1994 13:20:08 -0500
  29. Received: from GATEWAY by bigblue with netnews
  30.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  31. To: winsock@sunsite.unc.edu
  32. Date: Wed, 23 Mar 1994 15:46:00 GMT
  33. From: jschwei@ubvms.cc.buffalo.edu (John E. Schweigel)
  34. Message-Id: <Cn4Ju5.G64@acsu.buffalo.edu>
  35. Organization: University at Buffalo
  36. Sender: ses
  37. Subject: ODI, NW 3.12, packet drivers ??
  38.  
  39. We are using Novell 3.1x on our network.
  40. We are looking into the possibility of switching from using 
  41. packet drivers to ODI.  We used the Novell 3.12 DOS workstation 
  42. install to effect the change.  This put us to using the NW4
  43. drivers and the VLM setup.  All went great once we deduced 
  44. where everything was supposed to go with a shared network 
  45. windows setup.  All did not go well when we tried to use our 
  46. tcp services - Hgopher, qvt, WinTrump, Mosaic.  We put the 
  47. ODIPKT (2.1) shim in the 'startnet.bat' after the mlid 
  48. (3c503.com) with the vector of 126(7e), we ran the Trumpet 
  49. Winsock (A18) which seemed to see the shim, and then ran 
  50. Windows and the tcp apps.  Tried the latter actually - no 
  51. matter what changes in configuration I made, the gethostbyname 
  52. was never able to be resolved; in other words, the app was 
  53. never able to figure out what 'gopher.nih.gov' or the http
  54. was or find the news server on campus.  They either never
  55. found or couldn't talk to the name servers.  These are apps 
  56. that run fine in a straight packet install and we would like 
  57. to formally keep them, IF we can get them to function in the 
  58. ODI/NW4/VLM scheme of things.
  59.  
  60. Are the tcp apps, above, packet driver specific?  My 
  61. understanding was that the Winsock approach insulated us from
  62. the lower levels.  Apps talk to winsock; winsock talks tcp.
  63. Is there a way with the NW4/VLM approach 
  64. to specify the Link Support parameters like 'Buffers 6 1600'
  65. that Dan Lanciana mentions in the ODIPKT docs.  Do you just 
  66. stuff them into the net.cfg?  Is there an
  67. 'ODI Winsock' that will work?
  68.  
  69. BOTTOM LINE - can the tcp apps I mentioned work with ODI, 
  70.         NW4/VLM?????????  
  71.  
  72. Jack Schweigel                231 CFS, Buffalo NY 14214
  73. SUNY Buffalo School of Medicine        Office of Medical Computing
  74. jschweig@ubmedb.buffalo.edu        716-829-2928  (fax ...3395)
  75. From news@bigblue.oit.unc.edu Wed Mar 23 16:33:37 1994
  76. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  77.           id AA24416; Wed, 23 Mar 1994 13:31:42 -0500
  78. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  79.           id AA10407; Wed, 23 Mar 1994 13:29:43 -0500
  80. Received: from GATEWAY by bigblue with netnews
  81.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  82. To: winsock@sunsite.unc.edu
  83. Date: 23 Mar 1994 16:33:37 GMT
  84. From: ryan@singollo.gsfc.nasa.gov (Ryan Simmons)
  85. Message-Id: <2mpr11$5qj@paperboy.gsfc.nasa.gov>
  86. Organization: NASA Goddard Space Flight Center
  87. Sender: ses
  88. Subject: NetManage's moving problems (Chameleon 4.0)
  89.  
  90. Well, I just got off the phone with NetManage.  They are painfully aware that
  91. their ftp server (ftp.netmanage.com) is slow and supposedly they are working on 
  92. fixing it.  Something about bad phone lines.  Apparently, the problem stems 
  93. from the fact that they just moved into a new building and are experiencing 
  94. troubles with hookups.  They say it should be taken care of "soon."
  95.  
  96. As for getting hold of tech support people, they are experiencing growing pains.
  97. Again, they are aware of it, but it takes time to hire and train new tech
  98. supporters.  I guess the release of Chameleon 4.0 and all the $99 copies
  99. they've been selling at the trade shows has overwhelmed them a bit.  I hope
  100. this will improve soon.
  101.  
  102. So, all you people out there who want to download the patch files, I guess
  103. you'll have to wait a little longer until they fix their problems.
  104.  
  105. Personally, I like NetManage.  They've always treated me well and I've been
  106. using their product since way back to version 2.00.  I hope they can get their
  107. house in order.  
  108.  
  109.     ___                |ryan@singollo.gsfc.nasa.gov
  110.    /   )               |rsimmons@gsfcmail.nasa.gov 
  111.   /__ /     __         |CIS 71212,530
  112.  /   ) / / / / / )     |*I got rid of my laptop because my cat was jealous!*
  113. /   (_(_/_(_(_/ (_     | (I just wish my cat weighed only 4.3 pounds!)
  114.        /
  115. From news@bigblue.oit.unc.edu Wed Mar 23 16:09:16 1994
  116. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  117.           id AA28966; Wed, 23 Mar 1994 14:01:40 -0500
  118. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  119.           id AA18585; Wed, 23 Mar 1994 13:59:32 -0500
  120. Received: from GATEWAY by bigblue with netnews
  121.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  122. To: winsock@sunsite.unc.edu
  123. Date: Wed, 23 Mar 1994 16:09:16 GMT
  124. From: joltes@husc.harvard.edu (Dick Joltes)
  125. Message-Id: <joltes.19.2D9069AC@husc.harvard.edu>
  126. Organization: Harvard Arts & Sciences Computer Services
  127. Sender: ses
  128. Subject: need a working telnet!
  129.  
  130. I'm currently in the process of putting together a suite of Winsock-
  131. compliant apps for use on our network.  So far, however, I've not
  132. been able to locate a telnet client that works!  Every one I've tried
  133. so far either crashes or does really poor VT100 emulation.  The
  134. most stable I've located so far is TRUMPTEL (thanks, Peter!) but
  135. it still has problems with random scrolling of text, hangs, etc.
  136.  
  137. Several folks here have mentioned WS_TEL, but I can't find a site
  138. for it.  Any pointers to it or some other working client would be
  139. appreciated!
  140.  
  141. Thanks,
  142.  
  143. Dick Joltes
  144. Manager, Microcomputing & Hardware
  145. FAS Computer Services
  146. Harvard University
  147. joltes@husc.harvard.edu
  148.  
  149.